home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / dos_win / winsock / maillist / 94-04.Z / 94-04 / text0052.txt < prev    next >
Encoding:
Text File  |  1994-04-30  |  2.1 KB  |  49 lines
  1. I just started fooling around with PC Eudora, and want to convert a list 
  2. of addresses (using my pine .addressbook file) into Eudora-readable 
  3. nicknames.
  4.  
  5. There appear to be two files associated with nicknames:  NNDBASE.TOC and 
  6. NNDBASE.TXT; the first is binary, the second (apparently) ASCII text.  So 
  7. I figured I'd just delete the binary, modify the ASCII using the existing 
  8. format, and let the program rebuild the binary.
  9.  
  10. Unfortunately, Eudora attempts to rebuild the .TOC file, but gives me an 
  11. error message.
  12.  
  13. Has anyone had any success with this? 
  14.  
  15. --
  16. ---------------------------------------------------------------------
  17. Jim Frame   jhframe@ucdavis.edu   (916) 756-8584 (916) 756-8201 (FAX)
  18. Frame Surveying & Mapping    2038 East 8th Street   Davis, CA   95616
  19. ----------------------------------------------------------------------
  20. From news@bigblue.oit.unc.edu Thu Apr  3 07:04:08 1994
  21. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  22.           id AA14093; Mon, 4 Apr 1994 13:42:22 -0400
  23. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  24.           id AA16541; Mon, 4 Apr 1994 12:37:37 -0500
  25. Received: from GATEWAY by bigblue with netnews
  26.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  27. To: winsock@sunsite.unc.edu
  28. Date: 3 Apr 1994 07:04:08 GMT
  29. From: evanr@mit.edu (Evan Robinson)
  30. Message-Id: <2nlpp8$8fl@senator-bedfellow.MIT.EDU>
  31. Organization: Massachusetts Institute of Technology
  32. Sender: ses
  33. Subject: Problem with MS 32-bit TCP/IP beta
  34.  
  35. Unfortunately, after having installed the drivers, no WinSock app that I
  36. ran could successfully call gethostname().  I played around with WSATEST
  37. to try to explore the problem (which occured in every scenario), until I
  38. discovered that apparently it was not working because Windows was not
  39. initializing the Sockets interface beforehand (via WSAStartup()).
  40. Knowing very little about WINSOCK's internals, I can only assume that
  41. somewhere this call (which I'm not sure is per-application or per-Windows
  42. session) is either failing or not being called.  Any similar problems or
  43. corrections?  If you know a fix, please post or reply by E-mail.
  44.  
  45. Thanks!
  46.  
  47. - Evan
  48.  
  49.